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(54) Distributed-protocol server 

(57) A distributed processing system (100) includes 
a protocol server (101) that enables a plurality of clients 
(103-104) to share the use of one set of Signaling Sys- 
tem 7 (SS7) links (99). that centralizes the link-termina- 
tion circuitry (110) for use by the plurality of clients, and 
that provides access to upper layers (215-219) of the 
SS7 protocol stack (200) by distrik>uting the processing 
of different layers of the stack between the protocol 
server and the clients. The protocol server terminates 
the lower layers (210-213) of the SS7 protocol, while 
each client terminates the upper layers of the SS7 pro- 
tocol. Communication between the protocol server and 
the clients of information expressed in the upper layers 
of the SS7 protocol is effected via the TCP/IP protocol 
over a LAN (102). A service access bridge process 
(1 13, 1 16) in the protocol server translates between the 
lower layers of the SS7 protocol and the TCP/IP proto- 
col, and a distributed signaling server process (114, 
117) in the protocol server routes communications 
across the LAN. A distributed signaling client process 
(121, 124) in each client translates between the TCP/IP 
protocol and the upper layers of the SS7 protocol. The 
distributed signaling server and distributed signaling cli- 
ent processes are substantially protocol independent, 
allowing for use of any protocol in place of the SS7 pro- 
tocol. The distributed processing system may be either 
a multiprocessor or a uniprocessor. 
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Description 
Technical Field 

This invention relates generally to telecommunica- 
tions, and specifically to telecommunications protocol 
servers. 

Background of the Invention 

A processor may have to communicate with a 
remote facility in order to perform its intended functions. 
These comntunications are earned out via a remote- 
communications protocol. An illustrative example of 
such a processor is a call-pocessirYg adjunct processor 
of a central office swtch whK;h rrxist communicate with 
a database of telephone numbers via the Signaling Sys- 
tem 7 (SS7) in order to pertofm its call-processing func- 
tions. The processing load may exceed the processing 
capacity of a single processor, in which case the 
processing load is often dtctntxited among a plurality of 
the processors. An illustratrve vuch ctstrtbuted process- 
ing system is disclosed in U S Patent No. 5.473,771 . In 
that case, each of the pfbcessors typicatty needs its 
own communications link la the remote facility, as well 
as its own circuitry for termnattng the link, in order to 
perform these functions. Thts is mefficient and costly: 
not only must the link and the fank-termir^ting circuitry 
be replicated for each processor, but charges for the 
use of these links are typcafly incurred on a per-link 
basis. It woukl therefore be more efficient and less 
expensive if the plurality of processors could share the 
use of one or only a few communications links. 

Distributed processing systents wherein a plurality 
of more-or-less co-located processors shares the sys- 
tem's processing load and ts imerconnected by a local 
area network (LAN), and wherein one of the processors 
acts as a communications server (e g . an input/output 
processor) for all of them, are wel known in the compu- 
ter art. Such a system may be used to reduce the 
number of communications Inks and link-terminating 
circuits and thereby obtain the atXTvementioned effi- 
ciency and cost reduction. However, it may create prob- 
lems of its own. Firstly, the communtcations protocol of 
the LAN is not likely to be the same protocol as is used 
on the remote-communications link If the processing 
application that the system performs is protocol- 
dependent -as is, for example, the call -processing 
application described in U.S. Patent No. 5, 182,750- the 
application must be redesigned and remplemented to 
accommodate the difference in protocols. This is often a 
time-consuming and a costly proposition. Secondly, the 
full termination of the remote-communications link's 
protocol may consume signtficam amounts of process- 
ing power, and hence create a processing bottleneck at 
the communications server if the communications link is 
heavily used. To lessen the bottleneck, a plurality of 
communications servers may be used in parallel, but 



this negates many of the benefits that were gained by 
using a communications sen/er in the first place! 

Alternatively, the abovementioned U.S. Patent No. 
5,1 82,750 teaches that different layers of a protocol may 

5 be processed on different processors. But even the 
teaching of that patent does not point the way oiit of the 
processing-bottleneck dilemma, for two reasons. First, it 
requires the inter-processor communications protocol to 
be the same as the protocol whose different layers are 

10 processed by the different processors. But. as was 
mentioned above, the communicatons protocol of the 
LAN is not likely to be the same protocol as is used on 
the remote-communications link. And second, it 
requires the protocol to be fully terminated on all of the 

15 processors. But it is the full termination of the protocol 
by the communications server in the scenario under dis- 
cussion here that is presumed to have caused the 
processing bottleneck in the first place! 



This invention is directed to solving these and other 
problems and deficiencies of the prior art. Generally 
according to the invention, a distributed processing sys- 

25 tem includes a communications protocol server that 
enables a plurality of client processing entities (e.g.. 
separate processors) to share the use of one or more 
remote-communications links, that centralizes the link- 
termination circuitry for use by the plurality of process- 
so ing entities, and that provides access to portions (layers 
of the protocol stack) of the protocol by the plurality of 
processing entities by distributing the processing of dif- 
ferent layers of the protocol stack between the protocol 
server and the clients. Further generally according to 

35 the invention, the distiributed processing system is a 
communications apparatus that comprises the protocol 
server which connects to a first communications link 
(e.g., a Signaling System 7 (SS7) link) having a multi- 
layer first communications protocol (e.g.. the SS7 proto- 

40 col), which communicates across the first link via the 
first protocol, and which terminates only lower layers of 
tiie first protocol. The protocol server further connects 
to a second communications link (e.g., a LAN or an 
inter-process communications arrangement) having a 

45 second communications protocol (e,g., the TCP/IP pro- 
tocol) different from the first protocol, and communi- 
cates information esqaressed in only upper layers of tiie 
first protocol across the second link via the second pro- 
tocol. The communications apparatus further comprises 

50 a client which connects to tiie second link, which com- 
municates the information expressed in only the upper 
layers of the first protocol across the second link via the 
second protocol, and which terminates only the upper 
layers of the first protocol. 

55 Advantageously, tiie protocol server allows the dis- 
ti'ibuted protocol to be changed, or additional protocols 
to be added, without inclusion in each client processor 
or other processing entity of specialized hardware and 
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firmware for terminating the protocol or protocols and 
software for processing the entire protocol or protocols. 
To change the protocol, typically it is only necessary to 
change out the software that processes the protocol 
and the protocol-spectfic portions of the arrangements 
that facilitate client-server (e.g., over-the-LAN) commu- 
nications between the protocol-processing software. 
But the fundamentals of the arrangements that facilitate 
the client-server communications remain the same for 
all protocols. The protocol server thereby enables quick 
development and deployment of processing applica- 
tions that require different communications protocols, 
without a major investment of time and money in the 
development of hardware, firmware, and/or software for 
supporting the different communications protocols. 

According to one aspect of the invention, a commu- 
nications apparatus comprises: a server for communi- 
cating over a first communications link that has a first 
communications protocol comprising a plurality of proto- 
col layers, the server for terminating only lower layers of 
the first communications protocol, a second communi- 
cations link that has a second communications protocol 
different from the first communications protocol and that 
is connected to the server, and at least one client of the 
server connected to the second communications link, 
for executing an application that uses the first communi- 
cations protocol to communicate and for terminating 
only upper layers of the first communications protocol, 
and wherein the server and the at least one client each 
communicate communications expressed in the first 
communications protocol between the server and the at 
least one client over the second communications link by 
using the second communications protocol. 

According to another aspect of the Invention, there 
is provided a server for a client-server communications 
apparatus that comprises a first communications link, a 
second communications link, and at least one client of 
the server connected to the second communications 
link for executing an application that communicates by 
using a first communications protocol having a plurality 
of protocol layers and for terminating only upper layers 
of the first communications protocol, the client for com- 
municating communications expressed in the first com- 
munications protocol over the second communications 
link by using a second communications protocol differ- 
ent from the first communications protocol. The server 
comprises a first arrangement connected to the first 
communications link for communicating over the first 
communications link by using the first comnmjnications 
protocol and for terminating only lower layers of the first 
communications protocol, and a second arrangement 
connected to the first anangement and to the second 
communications link for communicating communica- 
tions expressed In the first communications protocol 
between the server and the at least one client over the 
second communications link by using the second com- 
munications protocol. 

According to yet another aspect of the invention. 



there is provided a client for a client-server communica- 
tions apparatus that comprises a first communications 
link, a second communications link, and a server con- 
nected to the first communications link for communicat- 

5 ing over the first communications link by using a first 
communications protocol that conprises a plurality of 
protocol layers and for terminating only lower layers of 
the first communications protocol, the server connected 
to the second communications link for communicating 

■to communications expressed in the first communications 
protocol over the second communications link by using 
a second communications protocol different from the 
first communications protocol. The client comprises a 
first arrangement for executing an application that uses 

IS the first communications protocol to communicate and 
terminating only upper layers of the first communica- 
tions protocol, and a second arrangement connected to 
the first arrangement and to the second communica- 
tions link for communicating communications expressed 

20 in the first communications protocol between the server 
and the client over the second comnrrunications link by 
using the second communications protocol. 

According to a further aspect of the invention, a 
method of communicating in a client-server communi- 

25 cations apparatus comprising a first communications 
link, a second communications link, a server connected 
to both the first communications link and the second 
comnujnications link, and a client of the server con- 
nected to the second communications link and execut- 

30 ing an application that communicates by using a first 
communications protocol having a plurality of protocol 
layers, comprises the steps of terminating only upper 
layers of the first communications protocol at the client, 
communicating communications that are expressed in 

35 the first communications protocol between the client 
and the server over the second communications link by 
using a second communications protocol different from 
the first communications protocol, and terminating only 
lower layers of the first communications protocol on the 

40 first communications link at the server. 

These and other advantages and features of the 
invention will become more apparent from the following 
description ol an illustrative embodiment of the inven- 
tion taken together with the drawing. 

45 

Prigf PggpriptiQn Qf the Prawinq 

FIG. 1 is a block diagram of an illustrative distrib- 
uted processing system that embodies an illustra- 
50 five implementation of the invention; and 

FIG. 2 is a block diagram showing the mapping of 
the signaling system 7 (SS7) protocol into the Inter- 
national Standards Organization's (ISO's) Open 
System Interconnect (OSI) model protocol stack. 



55 



Detailed Description 

FIG. 1 shows an illustrative distributed processing 
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system 100 constructed according to the invention.. 
Processing system 100 is illustratively a call-prcx;essing 
adjunct to a telephone network switch. System 100 
Includes one or more client processors 103-104 and 
one or more Signaling System 7 (SS7) protocol servers 
101. Client processors 103-104 and protocol server 101 
are interconnected by communications link, such as a 
local area network (LAN) 102 or some other communi- 
cations medium, and operate in a conventional client- 
sender mode of operation. Illustratively, client proces- 
sors 103-104 are Lucent Technologies Inc. MAP inter- 
active voice response units and protocol server 101 is 
illustratively either a MAP unit or a general-purpose 
computer. Also Illustratively, LAN 102 implements the 
Transfer Control Protocol/Internet Protocol (TCP/IP) 
communications protocol. Protocol server 101 provides 
remote-communications for client processors 103-104 
with a SS7 signaling network 98 via a communications 
medium such as one or more SS7 signaling links 99. 
Protocol server 101 terminates signaling links 99 via a 
link port circuit 1 10. Link port circuit 1 10 Is illustratively 
a Performance Technologies high-speed communica- 
tions link circuit board. Protocol server 101 implements 
lower layers of the SS7 signaling protocol, while client 
processors 103-104 implement upper layers of the SS7 
signaling protocol. 

While shown as a multiprocessor in FIG. 1 . distrib- 
uted processing system 100 may alternatively be either 
a uniprocessor wherein the processors 101 and 103- 
104 shown in FIG. 1 constitute separate processing 
software modules, or a hybrkJ system wherein some 
processors are separate physical processors while 
other processors are separate processing software 
modules on a single physical processor. For purposes 
of Inter-module communications on a single physcal 
processor. LAN 102 and its communications protocol 
are replaced by an inter-module communications proto- 
col of the single physical processor. 

Turning to FIG. 2, it shows the layers that make up 
the SS7 signaling protocol 200. For ease of understand- 
ing of how the invention may be applied to other proto- 
cols. FIG. 2 also shows how the layers of protocol 200 
map into the layers of the International Standards 
Organization's (ISO's) Open System Interconnect (OSI) 
model protocol stack 201 . The OSI model protocol stack 
201 comprises seven protocol layers 230-236. Illustra- 
tively, these layers are described in U.S. Patent No. 
5,182,750. 

The SS7 protocol 200 supports both circuit-related 
applications and non-circuit related applications. 
Accordingly, the SS7 protocol 200 has a circuit-related 
protocol stack 221 and a non-circuit-related protocol 
stack 220, Both stacks 220 and 221 include the mes- 
sage transfer part (MTP) 210-212. The function of the 
MTP 210-212 is to provide reliable transfer and delivery 
of signaling information. MTP level 1 is a signaling data 
link 210. that corresponds to the OSI's physical layer 
230. It is a full-duplex facility operating at either 56 



Kbps. 64 Kbps, or 1 .5 Mbps. MTP level 2 is made up of 
signaling-link functions 211, which correspond to the 
OSI data link layer 231. Functions 211 provide error- 
monitoring, error-correction, and flow-control capabili- 

5 ties. MTP level 3 is made up of signaling network func- 
tions 212, which con-espond to a portion of the OSI 
network layer 232. Functions 212 provide message- 
routing functions, and network-reconfiguration functions 
for failure and blockage cases. 

10 At this point, drcuit-retated stack 221 and non-cir- 
cuit-related stack 220 diverge. Non-circuit related stack 
220 includes a Signaling Connection Control Part 
(SCCP) 213. which corresponds to the remainder of the 
OSI network layer 232. SCOP 213 enhances the 

75 addressing capabilities of MTP 210-212. allowing mes- 
sages to be delivered to subsystems within a node, 
such as within distributed processing system 100. 
SCCP 213 also handles global title translation, convert- 
ing global titles -such as dialed digits of a telephone 

20 number- into MTP addresses. Furthermore. SCCP 21 3 
provides classes of sen^ice for messages, determining 
whether a datagram service is used, whether a virtual 
connection is used, what message ordering (if any) is 
required, and what flow-control and recovery proce- 

25 dures are used. 

Circuit-related stack 221 comprises an ISDN User 
Part (ISUP) 219. which corresponds to a portion of the 
OSI network layer 232 and to the OSI transport, ses- 
sion, presentation, and application layers 233-236. 

30 ISUP 219 provides message sequences for call set-up 
and call tear-down, similar to those used for ISDN PRI. 
They canry information parameters similar to those used 
within the ISDN PRI information elements (lEs). (While 
most nrressages between ISUP 219 and MTP level 3 

35 212 pass directly between them, ISUP 219 has a capa- 
bility (Temporary Signaling Connections) that can force 
selected call-related messages to pass through SCCP 
213 to route these messages to the correct processes.) 
Non-circuit-related stack 220 does not include a 

40 layer or layers 214 corresponding to the OSI transport, 
session, and presentation layers 233-235. Rather, 
Transaction Capabilities Application Part (TCAP) - 
Transaction Sub Layer (TSL) portion 21 5 of stack 220 
which corresponds to a portion of the OSI application 

45 layer 236 communicates directly with SCCP 213. The 
function of TCAP-TSL Is to maintain a dialogue over the 
connectionless SS7 network. It provides messages to 
•begin", "continue", "end", and "abort" a dialogue, plus a 
"unidirectlonaT message that Is used for one-way infor- 

50 nnatlon transfer. Dialogues are identified by unique 
Transaction Mentifiers (TIDs). Lying above TCAP-TSL 
215 is a TCAP-Component Sub Layer (CSL) 216 which 
also corresponds to a portion of the OSI application 
layer 236, The purpose of TCAP-CSL 216 is to transfer 

55 sets of requests/i'esponses between TCAP applica- 
tions. The requests and responses take the form of 
components which are carried within TCAP-TSL mes- 
sages, and are passed to the TCAP-CSL An "invoke" 
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component carries a request to invoke an operation 
within an application. The response to the request may 
be a "return result-last", a "return result-not last", a 
"return en^or". or a "reject" component, or no response. 
Requests and responses are correlated by a compo- 
nent identifier (CID). Lying above TCAP 215-216 and 
also corresponding to a portion of the OSI application 
layer 236 are an Operations and Maintenance Adminis- 
tration Pan (OMAP) 217 and Application Service Ele- 
ments (ASEs). OMAP 217 terminates remote testing 
and maintenance inquiries, and can also be used to 
originate tests and maintenance of remote systems. 
OMAP 217 may advantageously provide an application 
programming interface (API) that defines a set of primi- 
tive operation, maintenance, and administration tools 
which can be invoked by applications at appropriate 
times as dictated by a customer's requirements for inter- 
active testing and maintenance. ASEs use TCAP 215- 
216 to perform services, applications, and testing. 

Returning to FIG. 1 , the SS7 protocol 200 is distrib- 
uted across protocol server 101 and client processors 
103-104. Protocol server 101 terminates (ie.. imple- 
ments) the lower layers 210-213 of SS7 protocol 200, 
while client processors 103-104 terminate the higher 
layers 21 5-21 9 of 887 protocol 200. The physically-sep- 
arated layers 213 and 215, 219 are interfaced to each 
other across LAN 1 02 by the TCP/IP protocol. 

Link port circuit 110 of protocol server 101 termi- 
nates MTP layers 1 and 2 210-211 in hardware and 
firmware. MTP layer 3 212 and SCCP 213 are termi- 
nated by a process 1 12 that executes on protocol sender 
101. MTP layer 3 212 communicates with MTP layer 2 
211 via a conventional operating system device driver 
111, which is also a process that executes on protocol 
server 101. Process 1 1 2 is interfaced to a TCAP distrib- 
uted signaling server (DSS) 114 by a TCAP service 
access bridge (SAB) 113. and is interfaced to an ISUP 
DSS 117by an ISUP SAB 116. Each element 113-114 
and 1 16-1 1 7 is implemented as a process that executes 
on protocol server 101 . SABs 1 13 and 1 16 act as trarrs- 
lators between the communications protocol of SCCP 
layer 213 and the protocol used by DSSs 1 14 and 1 17 
(the TCP/IP protocol of LAN 102). In tiiis illusfrative 
example, process 112 communicates with SABs 113 
and 116 via shared memory, while SABs 113 and 116 
communicate with DSSs 114 and 117 via the TCP/IP 
protocol. Any other suitable communications scheme 
could be used, however. 

DSSs 114 and 1 1 7 act as routing servers for SABs 
1 13 and 1 16, respectively Each DSS 114, 117 includes 
a parser 1 15, 1 18, respectively While DSSs are generic 
and usable for any protocol, parsers 115 and 118 are 
the SS7-protocol-dependent portions of DSSs 114 and 
117. The function of parsers 1 15 and 1 18 is to parse 
each message received from SABs 113 and 116 to 
determine which application and which ti'ansaction of 
that application tiie received message is for or from. 
This information is then used by DSSs 1 14 and 117 to 



decide if the message needs to be routed to a specific 
client processor 103-104, or if any client processor 103- 
104 will do, and then to route the message to an 
intended recipient. Illustratively, each client processor 

5 103-104 is pre-administered with its own unique range 
of transaction identifiers (XI Ds). and each application 
that executes in the processing system 100 is pre- 
administered with an application identifier (app ID). 
Each DSS 1 14 and 1 17 has a routing table that con-e- 

w lates each client processor 103-104 with its range of 
XIDs and with the app IDs of applications that are exe- 
cuting on that client processor. Each message received 
by DSSs 114 and 117 from SABs 113 and 116 has an 
app ID and may have an XID. These IDs are extracted 

75 by parser 1 1 5 or 1 18. DSS 1 14 or 1 17 uses the app ID 
and XID extracted from the received message to look up 
in its routing table the destination client processor 103- 
109 for the message, tf a message received by DSS 
114 or 117 has only an app ID but has no XID, this 

20 means that the message is for a new transaction. DSS 
114 or 117 therefore selects (e.g., on a round-robin 
basis) a client processor 103-104 for this transaction 
and sends the message to the selected client processor 
103-104, which then selects an XID for this transaction 

25 from its own range of transaction identifiers. 

Extensibility to otiier protocols is illustratively 
achieved by the assumption that any message of any 
protocol contains within it an XID and an app ID, where- 
upon tiie SS7 protocol parser can be replaced by tiie 

30 parser of the different protocol. 

In the opposite direction of transmission. DSSs 1 14 
and 1 1 7 merely pass messages ttiat they receive from 
client processors 1 03- 1 04 to SABs 1 1 3 and 1 1 6. 

Communications between protocol server 101 and 

35 LAN 102 are conducted in TCP/IP through a LAN inter- 
face 119. Similarly, communications between LAN 102 
and client processors 103-104 are conducted in TCP/IP 
tiirough LAN interfaces 120. Each LAN interface 119- 
120 is a conventional LAN interface circuit. 

40 Each client processor 103-104 has a distributed 
signaling client (DSC) 121. 124 for each application 
123. 126 that executes on ttiat client processor 103- 
104. Alternatively, DSCs 121 and 124 constitute the 
applications. DSCs 121. 124 are implemented as proc- 

45 esses on a client processor 103-104; a plurality of DSCs 
121, 124 may be implemented via one process. DSCs 
121, 124 act as protocol translators, translating mes- 
sages between the TCP/IP protocol of LAN 102 and tiie 
communications protocol of the distributed-protocol 

so layer that is served by that DSC 121 , 124. Thus, TCAP 
DSC 121 translates between the TCP/IP protocol and 
the communications protocol of TCAP layer 215, while 
ISUP DSC 124 franslates between TCP/IP and the 
communications protocol of ISUP layer 219. The appli- 

55 cation process, oonplete witii functionality of the proto- 
col upper layers and witii functionality of TCP/IP 
communications is considered to be a DSC. The proto- 
col-specific functionality and the TCP/IP functionality is 
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achieved by loading against a set of libraries (e.g., one 
for the TCP/IP functionality, one or more for the proto- 
col-specific functionality). When a DSC receives a 
TCP/IP message, the TCP/IP information is stripped off 
to reveal a protocol -specific (e.g., SS7) message. The 
protocol upper layers then parse this message accord- 
ingly. Finally, the application logic processes the mes- 
sage. 

DSCs 121 and 124 merely translate and pass on to 
layers 215 and 219 (which are illustratively located in 
the same process) messages received from LAN inter- 
face 120. If processing system 100 has only one proto- 
col server 101 , DSCs 121 and 124 also merely translate 
and pass on to LAN interface 120 messages received 
from layers 215 and 219. But if processing system 100 
has a plurality of protocol servers 101, DSCs 121 and 
1 24 additionally perform a routing function akin to that of 
DSSs 11 4 and 1 1 7 to select one of the protocol servers. 
Illustratively, upon receiving a message from TCAP 122 
or ISUP 125, DSC 121 or 124 determines from the pres- 
ence or absence of an XID in the message header 
whether the message relates to a new or an ongoing 
trar^ction. H the message pertains to an ongoing 
transaction. DSC 1 21 or 1 24 addresses it to the protocol 
server 101 that has been serving this transaction. If the 
message pertains to a new transaction. DSC 121 or 124 
selects (e.g.. on a round-robin basis) a protocol server 
101 to serve the transaction and addresses the mes- 
sage to the selected protocol server. For this purpose, 
each DSC 121 and 124 includes a table that lists proto- 
col servers 101 and that contains, for each transaction, 
the transaction's XID and the ID of the protocol server 
101 serving that transaction. 

Uke DSCs 121 and 124, SS7 protocol layers 215 
and 219 are implemented as function libraries 122 and 
125. respectively, on client processors 103-104 for use 
by application processes. Application processes and 
DSCs 121 and 124 communicate with each other via 
library calls on libraries 122 and 125, respectively. 
Libraries 122 and 125 thus interface TCAP applications 
processes 123 (including OMAP 217 and ASE 218 
processes) and ISUP application processes 126, 
respectively, to DSCs 121 and 124, respectively, in a 
conventional manner. 

Of course, various changes and modifications to 
the illustrative embodiment described above will be 
apparent to those skilled In the art. For example, the dis- 
tributed protocol need not be distributed at the OSI net- 
work layer, but may be distributed at any desired layer 
Also, any protocols other than the SS7 protocol (for 
example, the ISDN protocol) may be distributed hereby, 
at any layer or even within a layer, and by using any suit- 
able inter-client/sewer protocol other than the TCP/IP 
protocol (for example, the ATM protocol or the UDP/IP 
protocol). Furthermore, a plurality of protocols may be 
distributed simultaneously within the distributed 
processing system. Additionally, the distributed protocol 
may be distributed at nriore than one layer; for example. 



a lower-layer server could process the lowest protocol 
layers, an Intermediate-layer server could process Inter- 
mediate protocol layers, and the client processors could 
process only the upper protocol layers. Such changes 
5 and modifications can be nnade without departing from 
the spirit and the scope of the invention and without 
diminishing Its attendant advantages. It is therefore 
Intended that such changes and nnodifications be cov- 
ered by the following claims. 
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Claims 

1 . A communications apparatus (1 00) comprising: 

a server (101) for communicating over a first 
communications link (99) that has a first com- 
munications protocol (200) comprising a plural- 
ity of protocol layers (210-219), 
CHARACTERISED BY the server terminating 
only lower layers (210-213) of the first commu- 
nications protocol; 

a second communications link (102) that has a 
second communications protocol different from 
the first communications protocol, connected to 
the sender; 

at least one dient (103) of the sender con- 
nected to the second communications link, for 
executing an application (123. 126) that uses 
the first communications protocol to communi- 
cate, for terminating only upper layers (215- 
21 9) of the first communications protocol; and 
the server and the at least one client each fur- 
ther for communicating communications 
expressed in the first communications protocol 
between the server and the at least one client 
over the second communications link by using 
the second communications protocol. 



2. The communications apparatus of claim 1 wherein: 
40 the communications expressed in the first 

communications protocol and communicated over 
the second communications link are expressed in 
only the upper layers of the first communications 
protocol. 

45 

3. The communications apparatus of claim 2 wherein: 

communications that are communicated 
over the first communications link are expressed in 
both the upper layers and the lower layers of the 
50 first communications protocol . 

4. The communications apparatus of claim 1 wherein: 

the server comprises 

55 means (1 1 4, 1 1 7, 1 1 9) for routing the commu- 

nications expressed In the first communica- 
tions protocol from the server over the second 
communications link to a recipient Indicated by 
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35 
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communications received by the server over 
the first communications link. 



communications protocol, the client CHARACTER- 
ISED BY: 



5. The communications apparatus of claim 4 compris- 
ing a plurality of the servers, wherein: s 

each client comprises 

means (120, 121, 124) for routing communica- 
tions received from the application, from the cli- 
ent over the second communications link to io 
one of the servers indicated by the communica- 
tions received from the application. 

6. A sen/er (101) tor a client-server communications 
apparatus (1 00) that comprises a first communica- is 
tions link (99), a second communications link (102), 
and at least one client (103) of the server con- 
nected to the second communications link for exe- 
cuting an application (123, 126) that communicates 

by using a first communications protocol (200) hav- so 
ing a plurality of protocol layers (210-219) and for 
terminating only upper layers (215-219) of the first 
communications protocol, the client for communi- 
cating communications expressed in the first com- 
munications protocol over the second 2S 
communication link by using a second communica- 
tions protocol different from the first communica- 
tions protocol, the server 
CHARACTERISED BY: 

30 

a first arrangement (110-1 12) connected to the 
first communications link for communicating 
over the first communications link by using the 
first communications protocol and for terminat- 
ing only lower layers (210-21 3) of the first com- ss 
munications protocol; and 
a second arangement (113-119) connected to 
the first an-angemertt and to the second com- 
munications link for communicating cornmuni- 
cations expressed in the first communications 40 
protocol between the server and the at least 
one client over the second communications link 
by using the second communications protocol. 

7. A client (103) for a client-server communications 45 
apparatus (100) that comprises a first communica- 
tions link (99). a second communications link (102), 
and a server (101) connected to the first communi- 
cations link for communicating over the first com- 
munications link by using a first communications so 
protocol (200) that comprises a plurality of protocol 
layers (210-219) and for terminating only lower lay- 
ers (210-213) of the first communications protocol, 

the server connected to the second communica- 
tions link for communicating communications ss 
expressed in the first communications protocol over 
the second communications link by using a second 
communications protocol different from the first 



a first arrangement (103) for executing an 
application (123. 125) that uses the first com- 
munications protocol to communicate and ter- 
minating only upper layers (215-219) of the first 
communications protocol; and 
a second arrangement (120-122, 124-125) 
connected to the first arrangement and to the 
second communications linK for communicat- 
ing communications expressed in the first com- 
munications protocol between the server and 
the client over the second communications link 
by using the second communications protocol. 

0. A method of communicating in a client-server com- 
munications apparatus (100) comprising a first 
communications link (99), a secorxi communica- 
tions link (102), a server (101) connected to both 
the first communications link and the second com- 
munications link, and a client (103) of the server 
connected to the second communications link and 
executing an application (123, 126) thai communi- 
cates by using a first communications protocol 
(200) having a plurality of protocol layers (210-219). 
the method CHARACTERISED BY the steps of: 

terminating only upper layers (215-219) of the 
first communications protocol at the client; 
communicating, communications that are 
expressed in the first communications protocol 
between the drent and the server over the sec- 
ond communications link by using a second 
communications protocol different from the first 
communications protocol; and 
terminating only lower layers (210-213) of the 
first communications protocol on the first com- 
munications link at the server. 

9. The method of claim 8 wherein: 

the step of terminating only upper layers of the 
first communications protocol comprises the 
steps of 

receiving a first communication expressed 
in a highest layer of the first communica- 
tions protocol from the application. 
' generating, from the first communication 
received at the client, a second communi- 
cation expressed in upper layers of the first 
communications protocol, 
generating a third communication 
expressed in the highest layer of the first 
communications protocol from a fourth 
communication expressed in the upper lay- 
ers of the first protocol at the client, and 
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sending the third communication to the 
application: 

the step of communicating communications 
that are expressed in the first communications s 
protocol comprises the steps of 

generating from the second communica- 
tion at the client a fifth communication 
expressed in the second communications io 
protocol, 

transmitting the fifth communication from 
the client to the server over the second 
communications link by using the second 
communications protocol, is 
receiving the fifth communication at the 
server over the second communications 
link, 

regenerating the second communication 
from the fifth comnrtunlcation at the server, so 
generating a sixth communication 
expressed in the second protocol from the 
fourth communication at the server, 
transmitting the sixth communication from 
the server to the client over the second 25 
communications link by using the second 
communications protocol, 
receiving the sixth communication at the 
client over the second communications 
link; and 30 
regenerating the fourth communication 
from the sixth communication at the client; 
and 

the step of terminating only lower layers of the 35 
first communications protocol comprises the 
steps of 

generating a seventh communication 
expressed in all layers of the first commu- 40 
nications protocol from the second conv 
munication at the server, 
transmitting the seventh communication 
from the server over the first communica- 
tions link by using the first communications 45 
protocol, 

receiving an eighth communication 
expressed in all layers of the first commu- 
nications protocol over the first communi- 
cations link at the server, and so 
generating the fourth communication from 
the eighth communication at the server 
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the clients of information expressed in the upper layers 
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lower layers of the SS7 protocol and the TCP/IP proto- 
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117) in the protocol server routes communications 
across the LAN. A distributed signaling client process 
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ent processes are substantially protocol independent, 
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tocol. The distributed processing system may be either 
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